Telegram Group & Telegram Channel
🎮 Код из книги: Отсутствие централизованной наблюдаемости в облачной архитектуре

Проблема: в распределённых облачных приложениях команды часто игнорируют необходимость централизованного логирования, трассировки и метрик.

Это приводит к тому, что при возникновении инцидента сложно быстро найти первопричину, восстановить последовательность событий или вовремя отреагировать на деградацию сервиса.

Решение: настройка единой платформы наблюдаемости с использованием решений вроде OpenTelemetry, Prometheus, Grafana, Jaeger и ELK. Применение принципа "инструментировать всё", включая бизнес-метрики, latency, error rate и трассировки.

Пример конфигурации с использованием OpenTelemetry и Prometheus:
# Для микросервиса
scrape_configs:
- job_name: 'my-service'
metrics_path: /metrics
static_configs:
- targets: ['my-service:8080']

# В коде сервиса:
const { MeterProvider } = require('@opentelemetry/sdk-metrics');
const { PrometheusExporter } = require('@opentelemetry/exporter-prometheus');

const exporter = new PrometheusExporter({ startServer: true }, () => {
console.log('Prometheus scrape endpoint: http://localhost:9464/metrics');
});

const meter = new MeterProvider({ exporter }).getMeter('my-service-meter');


Преимущества:

— Быстрое выявление и устранение проблем за счёт централизованных логов, метрик и трассировок
— Повышение надёжности и отказоустойчивости архитектуры
— Поддержка SLO/SLA и реального контроля за качеством сервиса

➡️ Лучшее из мира IT-книг — у нас в @progbook
Please open Telegram to view this post
VIEW IN TELEGRAM



tg-me.com/devopsslib/3610
Create:
Last Update:

🎮 Код из книги: Отсутствие централизованной наблюдаемости в облачной архитектуре

Проблема: в распределённых облачных приложениях команды часто игнорируют необходимость централизованного логирования, трассировки и метрик.

Это приводит к тому, что при возникновении инцидента сложно быстро найти первопричину, восстановить последовательность событий или вовремя отреагировать на деградацию сервиса.

Решение: настройка единой платформы наблюдаемости с использованием решений вроде OpenTelemetry, Prometheus, Grafana, Jaeger и ELK. Применение принципа "инструментировать всё", включая бизнес-метрики, latency, error rate и трассировки.

Пример конфигурации с использованием OpenTelemetry и Prometheus:

# Для микросервиса
scrape_configs:
- job_name: 'my-service'
metrics_path: /metrics
static_configs:
- targets: ['my-service:8080']

# В коде сервиса:
const { MeterProvider } = require('@opentelemetry/sdk-metrics');
const { PrometheusExporter } = require('@opentelemetry/exporter-prometheus');

const exporter = new PrometheusExporter({ startServer: true }, () => {
console.log('Prometheus scrape endpoint: http://localhost:9464/metrics');
});

const meter = new MeterProvider({ exporter }).getMeter('my-service-meter');


Преимущества:

— Быстрое выявление и устранение проблем за счёт централизованных логов, метрик и трассировок
— Повышение надёжности и отказоустойчивости архитектуры
— Поддержка SLO/SLA и реального контроля за качеством сервиса

➡️ Лучшее из мира IT-книг — у нас в @progbook

BY Библиотека девопса | DevOps, SRE, Sysadmin


Warning: Undefined variable $i in /var/www/tg-me/post.php on line 283

Share with your friend now:
tg-me.com/devopsslib/3610

View MORE
Open in Telegram


Библиотека devops’а Telegram | DID YOU KNOW?

Date: |

That growth environment will include rising inflation and interest rates. Those upward shifts naturally accompany healthy growth periods as the demand for resources, products and services rise. Importantly, the Federal Reserve has laid out the rationale for not interfering with that natural growth transition.It's not exactly a fad, but there is a widespread willingness to pay up for a growth story. Classic fundamental analysis takes a back seat. Even negative earnings are ignored. In fact, positive earnings seem to be a limiting measure, producing the question, "Is that all you've got?" The preference is a vision of untold riches when the exciting story plays out as expected.

A project of our size needs at least a few hundred million dollars per year to keep going,” Mr. Durov wrote in his public channel on Telegram late last year. “While doing that, we will remain independent and stay true to our values, redefining how a tech company should operate.

Библиотека devops’а from sg


Telegram Библиотека девопса | DevOps, SRE, Sysadmin
FROM USA